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1. INTRODUCTION 


GENERAL DESCRIPTION 


GE-PERT/600 is a computer program compatible with the network model methods of USAF PERT 
(Program Evaluation and Review Technique) as outlined in the first two volumes of the U.S. Air 
Force PERT Series--Volume I, USAF PERT Time System Description Manual and Volume II, 
USAF PERT Time System Computer Handbook. 


This manual describes the capabilities and flexibility of the GE- PERT/600 system and contains 
instructions for using the program. The user is assumed to be familiar with network model tech- 
niques; however, a brief synopsis of network modeling is presented in Appendix B. 


Most parts of the GE-PERT/600 system are written in the FORTRAN language, except the topo- 
logical numbering section. This section, described in detail in Appendix A, was written in ma- 
chine language (GMAP) for program efficiency. 


MINIMUM SYSTEM CONFIGURATION 
Minimum system configuration requirements are: 


Central processor with 32k core memory*--for PERT exclusive of the system software. 
Card reader 

Printer 

3 utility tapes and disc or 10 tapes with no disc 

Card punch 


*The programs can be recompiled for smaller memory requirements. 
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2. SYSTEM CAPABILITIES 


The GE-PERT/600 system of schedule evaluation and project control provides a new flexibility in 
planning and in reporting progress; a flexibility consistent with dynamic project management. 


The only network construction limitation is a maximum capacity of 10, 000 activities or events. 

In numbering the events of a network model, a user may employ up to eight digits (1 to 99, 999, 999) 
in random sequence, thus grouping event numbers according to the special requirements of his 
system. The program renumbers the events topologically, to facilitate internal calculations (see 
Appendix A), but retains the original numbers for printed reports. 


Flexibility in the calendar routine permits the user to stipulate up to 500 holidays or vacation days 
(to permit scheduling for a number of years). If strikes, plant shutdowns, or other emergency con- 
ditions occur, the workdays missed may be entered as vacation days, to update future dates in the 
project and to reflect the days lost. In addition, a five-, six-, or seven-day workweek may be 
chosen at the user's option. 


Further adaptability is evidenced in the output reports, which depend only on the creative thinking 
and planning of the user. By carefully considering the purpose of each report, its frequency and 
its distribution, the user can "build" his reports to suit his special needs. He may define the sort 
order for each report; include only interesting segments of a much larger report; include specific 
groupings; break the printing sequence at will and begin a new page with a new subtitle for distri- 
bution to foremen, managers, or other responsible overseers; or suppress information by request. 
He may request the short form activity report with compressed print lines. He may even decide 
to consider only the activities just completed, those in progress, or those scheduled for the future. 
In other words, all work completed prior to the current report can be omitted. Toward the end . 
of the project, this could reduce output considerably. 


The "scheduled date" option enables the user to decide the type of schedule he will attempt to fol- 
low. For example, he must answer the following questions: 


1. ‘If the scheduied date for an event is earlier than the expected completion date for that 
event, which date should be used in the calculations? 


2. If the latest completion date is earlier than the scheduled date, which date should be 
used? 


The user answers these questions and instructs the program through the initial cards described 
in detail in Chapter 3. 


GE-PERT/600 uses the standard two-card USAF PERT input for initial entry of each activity of 
the network. First-line input, which contains essential predecessor event and successor event 
identification and time estimates for the duration of the activity, is required for program operation. 
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While second-line information is optional, activity descriptions greatly improve the readability of 
output reports; and the 18 alphanumeric characters of the activity code field offer numerous pos- 
sibilities for special manipulation of reports, sorting resource requirements, responsibility 
grouping, etc. . 


Three time estimates are available for those activities for which the expected time or duration is 
uncertain. The user estimates optimistic time, and pessimistic time. The program, following 
the precedent set by earlier PERT systems, assumes a beta distribution (see Appendix C) to cal- 
culate the expected time for the activity. If a single time estimate for an activity is available, it 
may be used in the "most likely" field and the program will accept it without question. 


Level codes, familiar to USAF PERT users, are employed to identify events by management levels 
for summary purposes; they may be any alphabetics (A to Z). The level code need appear only 
once for any event on either a predecessor or successor event notation. 


The GE-PERT/600 system utilizes a special notation feature to expedite progress. As time pass- 
es and events are completed, the program focuses attention on those activities which should be in 
progress by flagging them with an asterisk on the activity report. To the foreman receiving his 

- segmented report and perhaps unaware of the linkage to the entire project, this notation says: 
"Begin me now." . 


Error detection is one of the essential aspects of the integrated GE-PERT/600 system. As data 
cards are read, each card field is checked for possible errors. Diagnostics appear on the printer 
and any detected errors are listed below the card image. At the same time, accurate information 
is retained as each activity is written on the master file. 


Transaction codes are used for additions and deletions to the master file and for changes to exist- 
ing records on the file, to facilitate error corrections. The programmer refers to the error diag- 
nostics printed below the card image to employ the proper transaction code. This eliminates the 
necessity for further reference to the original card entry which caused the error. 


The GE-PERT/600 program also analyzes and prints the following errors in network logic for the 
user's study: 


1: Circular parts of a network; that is, logical loops in which at least one event shows up 
as its own successor. 


2. Completed activities with incomplete predecessor events. 


The "type-of-run" option was created since several computer runs may be required before a user 
is completely satisfied with his schedule. It provides a list of changes made to a network since the 
last report. The user may stipulate the type of run, whether changes are to be retained and printed ~ 
for combined output over several runs, or, when the schedule is perfected, whether the changes 
may be erased and the master file change flags reset for the next reporting period. 
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3. SYSTEM INPUT 


CARDS | 
GE-PERT/600 employs four types of input cards: 


1. Initial cards 
2. Vacation and holiday cards 
3. Transaction cards _ 

4. Report parameter cards 


The input deck setup is shown in Figure 1. Initial cards and vacation and holiday cards are 
written on special coding sheet CE147 as shown in Figure 2. Transaction cards are written 
on special coding sheet CE148 as shown in Figure 3. Report parameter cards may be written 
on any 80-column coding sheet (see Report Parameter Cards for column layout). 


Initial Cards 


INITIAL CARD 1. This card contains the relatively stable network information which is not likely 
to change from month to month. The format of the card is as follows: 


1-66 Network title An identification which appears on all activity and 
event reports. It consists of a maximum of 66 
characters. 


The only input parameter which must remain con- 
stant throughout the life of a network. It consists 
of 6 characters. 


User's identi- 
fication symbol 


The earliest date of the network. No network in- 
put date is allowed which occurs before this date. 
Also, any date which occurs more than 999.9 
weeks beyond the network start will be rejected. 
The date is entered in day, month, year order. 
The month is one of the following alphabetic codes: 
JAN, FEB, MAR, APR, MAY, JUN, JUL, AUG, 
SEP, OCT, NOV, or DEC. 


Network start date 


Day (numeric 
Month (alphabetic) 
Year (numeric) 
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<@———- END in columns 8-10* 


“@——See Report Parameter Cards, 
page 1/7 


Transaction 
Cards 


——— See Initial Cards, page 5 * 


Initial Card l 


* Must be present. 


Figure 1. Input Data Deck 


GE-G0O SERIES een 


NETWORK 
Ce eT 
DDMMM YY 
75 |26|77}73 00 
ere FCP Re & 


7 ozs] esa sfrofrf72| zr 


GE-PERT/600 INITIAL CARD | 
E-PERT/600 INITIAL CARD It 


24] fesse ee os ses esse of eno rofrz ofr] zf rao 


T 
Y 
P 


NETWORK TITLE 


7 


REPORT 
DATE 


NEW 
MASTER 
ID 


OLD 
MASTER 
ID 


| & | 
LB | 
Ls | 
[| 
LS | 
| i | 
| & | 
Ei 
|S | 
LS | 
| | 
Ea 
= | 
| 2 | 
LS | 
|= | 
LS | 
LS | 
Ls | 
LS | 
3 | 
LS | 
1 | 
Ls | 
LS | 
| 5 | 
LS | 
Ea 
Ea 
LS 
LS] 
Ea 
Ea 
LS | 
LS 
Ea 
Ls 
S| 
Ea 
Le | 
| = | 
|= | 
[=| 
|= | 
[=| 
= | 
ei 
L2 | 
a 
ES 
Ka 
Ea 
Ba 
Ba 
i 
ge 


jt f2f=]4] sf] 7]9] sfrofsfia|ssshe]r]oef}zo|a] zzz] 227] 


GE-600 SERIES 


13 | 
>= | 

ow [=Le 
Zia] 
9 Iz 2 | 
of 2 | 

a} S| 


Le] 
> | 
bw =Le | 
<< [23] 
bh bret 
oS | 
a] 2 | 


ou 
Zz < 
“oat, 


GE-PERT/600 VACATION AND HOLIDAY CARDS 


Figure 2. Coding Sheet for Initial Cards 
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Figure 3. Input Coding Sheet 


EVENT DESCRIPTION 
(SUCCESSOR EVENT) 


ACTIVITY DESCRIPTION 


INITIAL CARD 2. 


run 


The format of the card is as follows: 


9-14 


Run identification 


Old master 
identification 


New master 
identification 


Report date 


Day (numeric) 
Month (alphabetic) 
Year (numeric) 


Network completion 
date 


Day (numeric) 
Month (alphabetic) 
Year (numeric) 


Master file report 
option 
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This card contains the network information most likely to change from run to 


This number must be equal to 01 for the initial 
run of the network. It may contain any value 
other than 01 for succeeding update runs. It is 
recommended, however, that the update run be 
numbered sequentially: 


01 - Initial run 

02 - First update run 
03 - Second update run 
Etc. 


This identification ensures that the old master 
file is being used. It must be equal to the master 
file identification symbol contained on the old 
master tape. It consists of 6 characters. 


A symbol written on the new master file to iden- 
tify it for future update runs. For the initial run, 
this identification symbol must be equal to that 
used as the old master identification. Symbols 
for ensuing runs may be equal to the original 
symbol. This identification consists of 6 charac- 
ters. 


The closeout date for all new data to the network. 
It is coded in the same manner as that used for the 
network start date. 


A date used as the latest allowable date for all 


end events which have not been assigned a sched- 
uled end date. (See Transaction Cards, page 12.) 
It is coded in the same manner as that used for 
the network start date and report date. 


An option specifying the type of master file re- 
port (if any) desired for this run. (See Master 
File Listing, page 25.) 


0 - No master file report 
1 - Master file report 
(changes not shown) 
2 - Master file changes only 
3 - Master file report with changes shown 
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Summary report An option designating the level of summarization 

option desired (if any) for this run. The level shown by 
the option generates a summary network contain- 
ing that level and all levels above it. 


0 - no network summary 

1 - minimum summary 

A - summary to level A 

B - summary to level B 
---- etc. 

Z- summary to level Z 


Report date If requested, this option causes all expected dates 
(T.), which occur previous to the report date, to 
be replaced by the report date. 


0 - Option not requested 

1 - T, (report date) replaces 
T (expected date) when 
T,is greater than T, 


Internal sort If set, this option causes an internal sort, to sort 
option the transaction cards. This option can only be 
used if there are no more than 800 cards. 


0 - Tape sort 
1 - Internal sort 


Type of run option If set, this option causes the change codes con- 
tained on the old master file to be retained (see 
activity report). 


0 - Change codes from previous runs not 
saved. 


1 - Change codes left from previous runs 
will be retained and added to the changes 
specified for this run. 


Number of days in A number defining the workweek for the calendar 

workweek routine. The calendar accepts a five-day Monday- 
through- Friday-week, a six-day Monday-through- 
Saturday-week, or a seven-day Monday-through- 
Sunday-week. 


5 - Saturdays and Sundays not in workweek 
6 - Sundays not in workweek 
7 - All days in workweek 
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Vacation and Holiday Cards 


The GE-PERT/600 calendar accepts a five-, six-, or seven-day week, with or without vacations 
or holidays. The length of the workweek is determined from initial card 2, column 34 (number of 
days in workweek). The holidays and/or vacations are entered via the vacation and holiday cards. 
If this data is not present, the program assumes that there are no vacations or holidays. 


The calendar routine accepts up to 500 days of vacations and holidays. If the 500-day limit is ex- 
ee in the middle of a specified holiday period, only those days occurring after this limit are 
excluded. 


The format of these cards is as follows: 


Last card An identification showing whether more cards 
indication follow. 


Blank - more vacations and holidays 
follow 


- last vacation and holiday 


Start date for 
vacation 


Day (numeric) 


Month (alphabetic) 
Year (numeric) 


End date for 
vacation 


Start and end dates 
alternate to the end 
of acard. Every 
8th column is blank. 


Notes 
1. The user enters a holiday (that is, a one-day vacation) by placing the date in both the 
start date and end date fields. 
2. The user enters a vacation period by placing the first date of the vacation in the start 
date field and the last date of the vacation in the end date field. 
3. The dates must occur in ascending time order. 
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As many vacation and holiday cards as needed may be used, provided the 500-day limit 
is not exceeded and the ascending time order rule is met. The last of these cards 
must contain an E in the first column. 


If there are no vacation and holiday cards, a card with an E punched in column 1 must 
be included. All remaining columns of the card must be blank. 


The base date of the calendar is January 1, 1945. Any date which contains a year value 
less than 45 will be assumed to occur after the year 1999. 


Transaction Cards 


The transaction cards describe the activities and events which constitute the PERT network. The 
data on these cards is used to add, change, or delete the information on the master file. The fol- 
lowing discussion describes the various types of data used on these cards. 


The transaction codes define the activity to be taken. Activity information is initially 
added to the master file via a 1 transaction code. Transaction codes 2, 3, 4, 6 and 8 
are used to change the data on the master file. Transaction code 5 is used to delete 
an activity. The card format for transaction code 9 is different in several respects 
from that of the other codes. This code is therefore treated separately and referred 
to as second card input. 


The short path option is used to determine which of several parallel developments 

will require the shortest path to completion. No activities other than the parallel ef- 
forts are allowed to end on the event which is the end of the parallel efforts. Dummy _ 
activities can be introduced to make the tie in. For example, if the network shown 
below is changed to include short path flags, 


The scheduled date option is used to designate scheduled dates that are to be used in 
backward or forward computation. ” 


Predecessor and successor event numbers are specified. The interface flags used 
with predecessor or successor event numbers denote an event which is an interface 
with another network. Level codes are used to identify events for various levels of 
summarization. 


There are three time estimate fields; optimistic time, pessimistic time, and most- 
likely time. All time estimates are in weeks and tenths of weeks. 
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3) The date field is used to enter schedule! dates or ac .1 completion dates. 


) The event till. 15 associated with the event number: caring in the successor event 


FIRST CARD INPUT. In; on the first cardisas(tlows. Th ‘nformation is entered on the 
first line of the coding for: : 


Code | Action - Descript 
. aS 


1* | 1 Make an initial Cau-ns a reco. to be added to the raster file. 
entry All fields of the ‘ard are considered, except the . 
‘ schcruled date « ‘ion. The master file record 
contains the ti. -.saction code until a completed 
date is addec via a transmission code 4. 
Revise time If the opti:.stic, most-likely or pessimistic time 
estimates field con!.:ns any legal value, this value will re- 
place th» value of the corresponding time field 
on the master file record. 
Change or delete | This,action works as follows: 
interface code . 
a Condition of Action to Master 
“Interface Flag File Counterpart 
‘(Either Interface) - 
Set Changed 
0 Made blank 
neither of above No action . 
Change or These fields are handled as the interface flags are 
delete level handled. When a level code is changed, all re- 
code cords in which it appears must be changed to the 
new value. 
Change activity If the contents of this field are nonblank, they are 
scheduled date. added to the master file. 
3 When using the 3 code, the predecessor event is blank and the 


successor event contains the event to which the add, change, or 
delete is applied. 


If a scheduled date is given, the date is placed in 
the master file record with the scheduled date 
option. 


Add or change 
scheduled date 
and scheduled 
date option 


* 


The transaction 
code in. this 
column determi- 


nes the disposi- 
tion of the data scheduled date 


contained on the option 


card. 
Delete date 
' : option 
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The date must be reentered with the option, to 
change the corresponding master file record. 


Change only 


Blanks must be used in the’ data field to delete the 
date option in the master file record. 


poco 


3 (cont.) | Delete scheduled 


Add or change 
event title 


Report activity 
completion date 


Delete an 
activity 
(remove record 
from the master . 
file) 


‘is applied. 


Add actual date 
and/or title to 

a start event of 
a network 


Add or delete 
a short path 
flag of an 
activity 


Short path flag 


aS ’. | Scheduled date 
. option 
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When using the 6 code, the predecessor event is blank and the 
successor event contains the event to which the date and/or title 


Description 


Zeros must be placed in all columns of the sched- 
uled date field to delete the scheduled date in the 
master file record. 


If any character of the title field is not a blank, 
the title is placed in the master file record. 
The actual completion date is placed in the 
master file record. The transaction code itself 
4s also entered. 


Only the beginning and ending event numbers are 
needed, (Care must be used in deletion to 
prevent creation of false start or end events.) 


Ifa date.is present, it will be added to the 
master file record. If any character of the title 
field is not a blank, the title is placed in the 
master file record. A transaction code of 3 
should be used to make only a title change. 


This transaction code should not be used 
unless a completion date is present. 


Note; 


A 


The contents of the short path flag field replace 
the contents of the short path flag field in the 
master file record. 


This option determines which of several parallel 
developments will require the shortest path to 
completion. No activities other than the parallel 
efforts are allowed to end on the event which is 
the end of the parallel efforts. (Refer to page 
12.) If this option is used, all terminal activities 
of parallel efforts must be flagged. . 


Blank - No flag 
1 - Short path flag 


Designates scheduled dates that are to be used in 
neekwane or forward computation. 


Blank - Option not used. 
1 - Scheduled date will pépince the com- 
puted latest date (T,) if scheduled 
date is earlier than ‘the latest date. 
Program will continue using the 
selected date as the latest date. 
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3 (cont. ) 2  - Scheduled date will replace the 
computed expected date (T;), if 
; ; ; scheduled date is later than the 
: expected date. The program will 
continue using the selected date as 
the expected date. 
Note: This option can only be used on a transac- 
tion 3 card. 


Blank 


Used to denote a predecessor event which is to 
interface with another network. 


Interface (pre- 
decessor event) 


Blank - Not an interface 
J ~ Predecessor event is an interface. 


Event numbers must be from one to eight numeric 
characters. Leading blanks are allowed. Zero 
is not a legal event number. The predecessor 
event number must contain a value unless the 
transaction code is 3 or 6. 


Predecessor 
event number 


Used to identify predecessor events for various 
levels of summarization. A level code only has 
to be entered once for any event. Any letter.of 
the alphabet from A to Z may be used. Blank 

may also be used. 


Level code for 
predecessor 
event number — 


Used to denote a successor event which is to 
interface with another network. 


‘Interface 
(successor 
event) 


- Blank - . Not an interface 
I ~ Successor event is an interface 


Event numbers must be from one to eight numeric 
characters. Leading blanks are allowed. Zero 

is not a legal event number. The successor event 
number must always contain a value. 


Successor event 
number 


Used to identify successor events for various 
levels of summarization. A level code only has 
to be entered once for any event. Any letter of 
the alphabet from A to Z may be used. Blank 
may also be used. 


Level code for 
successor event 
number 


All time estimates are in weeks and tenths of 
weeks. .A maximum of four digits may be used. 
If a single time estimate is used, it is placed in 
the most-likely time field. - 


Optimistic time 
in tenths of 
weeks (leave 
blank for single 
time estimate) 
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co 


Code Action Description in a e) 


Most likely time 
in tenths of 
weeks (also used 
for single time 
estimates) 


All time estimates are in weeks and tenths of 
weeks, A maximum of four digits may be used. 
If a single time estimate is used, it is placed in 
the most-likely time field. 


Pessimistic time 
in tenths of 
weeks (leave 

| blank for single 
time estimates) 


Used to enter scheduled dates or actual completion 
dates. Dates appear in the form MMDDYY. — 


Scheduled date 
or completion 
date 


These dates are considered for calculation only 
if they appear ona transaction 3, 4 or 6 card. 


Day (numeric) 


Month (numeric) } 
Year (numeric) 


MM is a digit from 01 to 12 denoting the month; 
DD is a digit from 01 to 31 for the day of the 
month; and YY is the year value. 


Event des-: The event title consists of up to 35 alphanumeric 


cription characters. It is associated with the event num- 
(successor ber appearing in the successor event field. To 
event) include a title with a starting event of the network, 


a transaction code 3 or 6 must be used. 


SECOND CARD INPUT. For second card input transaction code 9 is used to add additional infor- 
mation to the master file record of a particular activity. This information is entered on the sec- 


ond line of the coding form. . . 


The predecessor and successor event numbers of the activity must both be present. The activity | 
code and activity title are added to the master file record which contains these numbers. 
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The format for second line input is as follows: 


Transaction code 9 This code must be used 


16-23 Uses same data as on 
first line 
Pee SSCS 


Up to 18 alphanumeric characters. 


Use same data as on 
first line 


Activity code 


Activity description Up to 35 alphanumeric characters which describe 
the activity. 


Report Parameter Cards 


The report parameter cards govern the contents of the event report and activity report. A list of 
the contents of these reports is given on pages 32, 33. 


There are nine types of report parameter cards: 


EVENT 
ACTIVITY 
SUPPRESS 
INCLUDE 
EXCLUDE 
TITLE 
BREAK 
PRINT 
END 


Each report must start with an ACTIVITY or EVENT card and end witha PRINT card. These are 
the only required cards for a givenreport. The PRINT card concludes parameter processing for 
each report and may be followed by another EVENT or ACTIVITY card. An END card concludes 
all report processing. 


One card is used for each card type, except the INCLUDE, EXCLUDE and BREAK types. Eor, 
-these—types,_ane.card.is-used-for-each-parameter. 
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The format of the report deck is as follows: 


Report number A 3-digit, user supplied number. 


Card type One of the following: EVENT, ACTIVITY, 


SUPPRESS, INCLUDE, EXCLUDE, TITLE, 
a 


BREAK, PRINT, END. 


The following discussion covers the nine types of parameter cards. This information is summar- 
ized in Figure 4. 


The contents of these columns and their inter- 
pretation are described on the following page. 


EVENT CARD. The EVENT card specifies the report sequence to be used for sorting data to pro- 
duce an Event Report. If more than one field is used, they will be interpreted as most major to 
most minor, from left to right. 


Parameters--Any or all of the following can be used: 


EVENT-refers to event number 
LEVEL-refers to level code : 
SLACK-the time difference between the latest date and the expected date (T, - T;) 
TE-expected date 
TL-latest date 


ACTIVITY CARD. The ACTIVITY card specifies the report sequence to be used for. sorting data 
to produce an Activity Report. If more than one field is used, they will be interpreted as most 
major to most minor, from left to right. 


Parameters--Any or all of the following can be used: 


SUCC-refers to successor event number 
PRED-refers to predecessor event number 
SLACK-the time difference between the latest date and the expected date (T, - T;) 
TE-expected date 
TL-latest date 
ACODE Y,, Yaouscceces Y,-refers to activity code and can include from 1 to 18 digits refer- 
ring to character positions from left to right. Each digit specifies 
sort priority of that character position. Therefore, there are 
nine possible fields in the activity code. 
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Examples: 


I; ACODE 00104302 indicates that the sort fields from most major to most minor would 
be character positions 3, 8, 6, 5. 


oe SUCC, ACODE 01, TL, SLACK would yield a sort which would sequence the activity 


report first on successor event number, second on character position two of the activ- 
ity code, third on the latest time, and fourth on activity slack. 


Card Type Acceptable Parameters Interpretation 
Col, 8-15 Col. 7-8 jtterretation 
EVENT, LEVEL, SLACK, TE, TL . Report sequence--any or all in or- 
der of most major to most minor. 


ae | SUCC, PRED, SLACK, TE, TL, eee | a as above; Y, = 1-9. 
ACODE Y,, Y>...... VK 

SUPPRESS DESC, CHANGE, SDATE, ACODE cen to be omitted in each line. 
Wie Vooseass Yye, MCSLK =Oor1, 


INCLUDE/ One card for each line below: Include or exclude whole lines if 
EXCLUDE EVENT .LT. or.GT.W or . EQ. condition exists. 
(List W) A = signed decimal number 
SLACK .LT. or .GT.A or . EQ, (1 to 7 digits) 
(List A) B = unsigned decimal number 


TE. LT. or . GT. B or . EQ, (List B) (1 to 8 digits) 
TL. LT. or . GT. B or . EQ. (List B) W =1 to 8 digits 
ACODE Y,, Y2...... Yy, .LT. or Z = alphanumeric characters 
. GT. Z or .EQ, (List Z) List = A, A, A, Aetc. in ascending 
order. ACODE and EVENT may 
not occur on the same report. 


TITLE 36 alphanumeric characters Report title replaces last used. 


BREAK 44 _——— Break on any change in the major 
sort field and use no subtitle. 


36 alphanumeric characters Break on any change in major sort 
field and use a Subtitle consisting 
of the characters provided. 


One card for each value below: 


.EQ.V, 36 characters (more than Break when the major field equals 

one of these cards is reasonable) V, and use 36 characters as 
subtitle. 

.GT.V, 36 characters (more than Break when major field is greater 

one of these cards is reasonable) than V, and use 36 characters as 
Subtitle. 


Note: .EQ. and .GT. may not be 
mixed within a given report. 


PRINT D,D,, SHORT, COMPL DD, = Number of times print is 
desired. This compressed form 
has one-line output. 


SHORT if fast activity option is 
desired. 

COMPL if completed events and 
activities to be omitted. 


ee ed 


Figure 4. Report Parameter Card Layout 
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SUPPRESS CARD. The field specifications on the SUPPRESS card represent data which is to be 
omitted on every line of an activity or event report. 


Parameters--Any or all of the following can be used: 
DESC-causes the last 12 characters of the activity or event description to be omitted. 


CHANGE-causes omission of the change flag. (The change flag indicates that a change has oc- 
curred in the event or activity data appearing on the line that is flagged; the change 
indicated has occurred since the last time the flag was reset by an input card. ) 


SDATE-causes scheduled date data to be omitted. | 


ACODE-Y,, Yo..... Y,-specifies positions to be omitted. For example, ACODE 01011 would 
cause fields 2, 4 and 5 of the activity code to be omitted. As with 
other uses of ACODE, all positions to the right of the rightmost most 
interesting position may be omitted. 


MCSLK-causes the most critical slack value to be omitted. 


INCLUDE AND EXCLUDE CARDS. The INCLUDE function causes the printing of only those lines 
whose data meet the parametric conditions. EXCLUDE causes all lines whose data meet the par- 
ametric conditions to be omitted. One card is used for each parameter. Both INCLUDE and EX- 
CLUDE cards may be used. If a card overflows (this can occur with the . EQ. function) a second 
card of the same type can be used, repeating the parameter name. Where lists are used in the 
INCLUDE-EXCLUDE function the values must be in ascending order. 


‘Parameters: 


SLACK .LT. (or .GT.)A - specifies a condition of slack less than or greater than the signed 
decimal value A. 


SLACK .EQ. (list) - allows a list of signed decimal values separated by commas, and detects 
the condition of equality to elements of the list. The include or exclude 
function will be executed for any one of the values in the list. 


TE or TL - utilizes the functions described above (. LT., .GT. or . EQ. ) for expected time 
or latest time, using one unsigned decimal value for greater than or less than 
and a list of unsigned values for equal to. 


EVENT - utilizes the functions described above; the value is from 1 to 8 digits. This func- 
tion applies only to the event report. The digits provided would be compared as a 
right-justified value and the parameter is assumed to have the same number of 
digits as the event number. 


ACODE Y,...... Y, .GT. (or.LT.) A, or .EQ, (list) - allows nfrom 1to 18. Y, is to 
be either zero or one. This function applies to activity reports. 


Example: 
ACODE 01101 . EQ. ABC, LMN will yield the INCLUDE or EXCLUDE function whenever character 


positions 2, 3 and 5 are equalto A, Rand C, resnectively; or 1., Mand N, resnectively, Fach 
group in the list must have the same number of characters as are specified in the Y, notation. 
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TITLE CARD. The report title is composed of the 36 alphanumeric characters provided on the 
TITLE card. 


BREAK CARD, When the BREAK card is used, a new print sheet will be started and a heading 
printed whenever the parametric conditions listed below are met. One card is used for each 
parameter. 


Parameters 


Field Blank - specifies that a break is to be made when the major field changes and no sub- 
title is to be used. 


36 Alphanumeric Characters - specifies that a break is to be made when the major field 
changes, and the subtitle provided is to be used. 


* ,. EQ. V, 36 characters - specifies that a break is to be made when the major field is equal 
to V and the subtitle provided is to be used. 


* .GT. V, 36 Cerevcrs - specifies that a break is to be made when the major field is greater 
than V, and the subtitle provided is to be used. 


* Multiple cards may also be used with .GT. or . EQ. ; in this case, a break will occur when 


the major field is greater than or equal to each successive value, in order. The cards must 
be in ascending sequence. Cards must be all .GT. or all . EQ.; they may not be mixed. 


PRINT CARD. One PRINT card must be used as the last parameter card for each report. This 
card concludes the processing for each report. 


Parameters: 

DD - a 2-digit number specifying the number of printing runs. 
Example: 
When 20 copies are needed and four-part paper is being used, DD=5. 

SHORT - indicates the "fast activity" option which provides for the deletion of critical path 
data from the activity report. This provides a faster run, if only activity reports 
are being requested. The data omitted is: critical predecessor, level code of 
critical predecessor, event slack, successor event expected date, level code of 


predecessor event, level code of successor event, and short path flag. 


COMPL- indicates that events with an actual date and activities completed prior to the cur- 
rent run should be omitted. 
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END CARD. The END card concludes all report processing. 


Sample Input Deck 


A listing of a sample parameter deck and explanation of its contents are shown in Figure 5. 


Legend; 


1. 


Report #010 - An event report ordered by slack and level code. 


EVENT 
TITLE 
PRINT 
ACTIVITY 
TITLE 
SUPPRESS 
EXCLUDE 
EXCLUDE 
INCLUDE 
BREAK 
BREAK 
BREAK 
PRINT 
ACTIVITY 
PRINT 
EVENT 
SUPPRESS 
EXCLUDE 
INCLUDE 
BREAK 
BREAK 
PRINT 
END 


SLACK, LEVEL 
BEARING PRODUCTION 


ACODE 110020300455000000, TE 
JOINT DEVELOPMENT 

CHANGE, ACODE 001100011000111111, SDATE 
ACODE 000000000000111111 .£Q. SECRET, PROPRI 
ACODE 11 .GT. 35 

SLACK .LT. 150 

oGT. 34 

eGT. 40 

°GT. 55 

SHORT, 05 

TL, SUCC 

COMPL 

TE, EVENT 

MCSLK, CHANGE, DESC 

TE .EQ. 150, 250, 350 

TL .GT. 150 

eEQ. 175 

eEQ. 250 

05, COMPL 


One copy will be printed, 


since a number is not given on the PRINT card. 


2. Report #251 - An activity report ordered by selected activity code fields and by TE. Selec- 
ted fields of the activity code, change flags and scheduled dates will be sup- 
pressed. The INCLUDE and EXCLUDE cards are illustrated to omit activities 


of little interest from the report. 


The BREAK cards will initiate a new page 


when the major sort field (in this case, the first two columns of the activity 
code field) exceeds the values specified. The PRINT card specifies the short 


form activity report and five copies will be printed. 


3, Report #003 - An activity report ordered by TL and successor event number. One copy of 
the report will be printed and activities completed prior to the present report- 
ing period will be omitted. 


4, Report #410 - An event report ordered by TE and event number. It further demonstrates the 
use of the BREAK card to segment the report and the use of the INCLUDE/ 
EXCLUDE option to select specific areas of interest. 


0, END Card ~- The END card signals the completion of the report section. 


Figure 5, Sample Renort Parameter Innut Deck 


vow wee 


PERT /TIME 
Rev. May 1966 
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MASTER FILES 


GE-PERT/600 uses two master files for each computer run--the old master file and the new mas- 
ter file. The transaction 1, 3, 4 and 6 cards and any updates caused by the other transaction cards 
constitute these files. These appear in the master file in predecessor, successor event number 
order. 


The old master file is the new master file of the previous update run. If the program sees that 
the run number is one (01), it knows that there is no old master and creates a dummy old master 
for its use. 


The program creates the new master file by merging the contents of the old master file with the 
contents of the new transaction cards. 


A record containing the information on the initial cards of the run (initial cards 1 and 2) heads 
each new master file. The program compares the user's ID and the old master's ID on the initial 
cards with the user's ID and the master's ID on the old master file. If there is no match, the pro- 
gram prints an error message and the run is terminated. 
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4. OUTPUT 


LISTINGS 


Holiday and Vacation Card Listing 


The holiday and vacation card listing is a series of print lines showing the contents of the holiday 
and vacation input cards. 


Master File Summary Listing 


The master file summary listing contains all the data entered via initial card 1 and initial card 2. 
If the network start date has changed on this run, the old network start date will also be printed. 


(See Figure 6.) 


GE*PERT 600 11 HRS. 2 MIN. 11/24/65 


PERT MASTER FILE REPORT SUMMARY SHEET RUN NUMBER U1 


USERS IDENTIFICATION TESTL 
OLD SYSTEM IDENTIFICATION TSDECK 
NEW SYSTEM IDENTIFICATION TSDECK 


OUTPUT HEADING FAIRWEATHER MISSLE CORP ##eeaTEST DECK FOR GE-PERT/600s#088 JPR 


REPORT DATE O8MAR65 
NETWORK START DATE O1JAN65 
NETWORK COMPLETION DATE 01JAN66 
REPORT OPTIONS MASTER 3 SUMMARY A REPORT DATE 0 WORKDAYS 7 INTERNAL SORT 1 RUN TYPE 0 


Figure 6. Master File Summary Listings 


Master File Listing 


The master file listing is generated via the option on initial card 2. (See page 9.) This option 
may be set as follows: 


0 = No master file listing 

1 = Master file listing 

2 = Master file listing with changes shown 

3 = Master file listing of only those records with changes 


The master file listing contains the contents of each record of the master file as it appease after 
all updates. 


The change listing contains those items in the master file record which have changed on this run. 
(These should not be confused with the change codes mentioned under activity report, page 32.) 
Refer to Figures 7, 8, and 9. 
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PERT MASTER FILE REPORT 


I BEGINING L 1 
F EVENT CF 


34210001 A 
34210002 
34210001 
$4210001 
$4210001 
$4210001 


$4210001 


ENDING L 
EVENT c 


34210001 
54210002 
34210003 
34210004 
$4210005 
$4210006 
34210007 


342140008 


OPT. MeL. PES. 


SCHED. 


ACTIVITY CODE 


0010 0030 0060 


ENGR 
o05u 0070 0080 


“ENGR 

0001 OOUVe VOUS 
ENGR 

OO01u QOS0 O60 
ENGR 

004U 0050 0060 


MTC 

O0iv 0020 0030 
ATC 

GUS 0040 0050 


071565 


ACTUAL 


EVENT TITLE 
ACTIVITY TITLE 


FMC START 1ST OPER UNIT 


FMC START MAINT EQUIP FAB 

RELEASE SPEC FOR MAINTENANCE EQUIP. 
FMC START MISSILE TRANSP VEH FAB 
DESIGN TRANSPORTATION VEHICLE 

FMC START MISSILE FAB 

RELEASE SPEC FOR MISSILE FAB 

FMC START MISSILE ERECT EQUIP FAB 
RELEASE SPEC FOR ERECTION EQUIP 

FMC START EMPLACE EQUIP 

LET SUB-CONTRACT FOR EMPLACE EQUIP 
FMC START MAINT PERS TRAINING PLAN 
PREPARE MAINT PERSONNEL REQUIREMENT 
FMC START SITE CONSTRUCTION 


Figure 7. Master File Listing with No Changes 


PERT MASTER FILE REPORT 


I FEGINING L 


T 1 
cpm F EVENT CF FVENT C 


34210001 A $4210002 


74210001 $4210003 
34210cn1 


$4210005 


34210002 54210009 


FNDING L CPT. MeL. PES, SCHED. 


ACTIVITY CODE 


0010 0050 0060 
NEW ACQDE 


ENGR 
0050 0070 0080 
NEw ACODE 


FNGR 
0010 0030 0060 
NEW ACQDF 


ENGR 
0001 0002 0005 
NEW ACNDE 


AGF 


GE=PERT 600 


EVENT TITLE 
ACTIVITY TITLE 


ACTUAL 


FMC START MAINT FQUIP FAB 
PELEASE SPEC FOR MAINTENANCE EQUIP, 


FMC START MISSILF TRANSP VEH FAB 
DESIGN TRANSPORTATION VEHICLE 


FMC START MISSILF ERECT EQuIe FAR 
RELEASE SPEC FOR ERECTION EQUIP 


FMC START GRNO EgutP Far 
RELEASE SPEC FOR GROUND FQUIP FAB 


Figure 8. Master File Listing of Changes Only — 


PERT MASTER FILE REPORT 


TSO IT REGINING L I ENDING 
c PO Fo EVENT CF EVENT 

3 34210001 
1 34210001 A 34210002 


34210001 342100038 


34210001 $4210004 
34210001 34210005 
34210001 54210006 
34210001 34210007 
34210001 54210008 


34210001 34210009 


L 
c 


OPT. M.L. PES, SCHED, 
ACTIVITY CODE 


071565 


0010 0030 0060 
NEW ACODE 


ENGR 
0050 0070 0080 
NEW ACODE 


ENGR 

0001 9002 0005 
ENGR 

0010 0030 0060 
NEW ACODE 


ENGR 

0040 0950 0060 
MTC 

0019 0020 0030 
ATC 

0039 0040 0050 
MTC , 

0001 9002 0005 
NEw ACODE 


EVENT TITLE 
ACTIVITY TITLE 


ACTUAL 


FMC START 1ST OPER UNIT 


FMC START MAINT EQUIP FAB 
RELEASE SPEC FOR MAINTENANCE EQUIP, 


FMC START MISSILE TRANSP VEH FAB 
DESIGN TRANSPORTATION VEHICLE 


FMC START MISSILE FAB 

RELEASE SPEC FOR MISSILE FAB 

FMC START MISSILE FRECT EQUIP FAB 
RELEASE SPEC FOR ERECTION EQUIP 


FMC START EMPLACE EQUIP 

LET SUB-CONTRACT FOR EMPLACE EQUIP 
FMC START MAINT PERS TRAINING PLAN 
PREPARE MAINT PERSONNEL REQUIREMENT 
FMC START SITE CONSTRUCTION 

LET SUBCONTRACT FOR SITE CONSTRUCT 
FMC START GRND EQUIP FAB 

RELEASE SPEC FOR GROUND EQUIP FAB 


Figure 9. Master File Listing with Changes 
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THESE VALUES WERE ON 
THE OLD MASTER FILE. 


THESE VAIUFS WERE ON 
THE OLD MASTER FILE. 


THESF VALUES WERE ON 
THE OLD MASTER FILE. 


THESF VAIUES WERF ON 
THE OLD MASTFR FILE. 


THESE VALUES WERE ON 
THE OLY MASTER FILE, 


THESE VALUES WERE ON 
THE OLY MASTER FILE, 


THESE VALUES WERE ON 
THE OLY MASTER FILE, 


PERT /TIME 
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DIAGNOSTICS 
Holiday and Vacation Card Diagnostics* 


Error Condition Effect 


The illegal 
dates are 
ignored. 


Corrective Action 


Correct the dates for next run. 


a. One or both of 
two vacation 
dates defining 
a holiday or 
vacation period 
are illegal; 
for example, 
30FEB65, 
12D0C71, 

140CTGH. 


An error 


The end date of 
the pair is less 
‘than the start 

date. 


Either date of a 
pair is less than 
the dates defined 
by the previous 

pairs. 


Define the reason for the over- 
flow and take corrective action. 


A "table 
full" message 


The dates 
are not used. 


Holiday or vacation 
table limit of 500 
days is exceeded. 


Transaction Card Diagnostics* 


Error Condition Effect Corrective Action 


A listing of Illegal transaction code-- | The entire Correct the transaction code. 
all cards an alphabetic character, card is ignored. 
with illegal 0 or 7. 
transaction 
| codes. 


A listing of Illegal event numbers-- The entire card | Correct the event number. 
all cards contain trailing blanks; is ignored. 
with illegal an alphabetic character; 
event numbers. a 0 or blank predecessor 
onal, 2, 4, 8, or 9 
transaction code; or a 0 
or blank successor on 
any card. 


Diagnostic Effect Corrective Action 
THE NUMBER OF LEVEL CODES AVAILABLE} Only 500 level /None. 
TO BE ASSIGNED TO CRITICAL PREDE- codes will be 
CESSORS HAS EXCEEDED 500. ONLY 500 used. 
WILL BE USED. 


*If the program encounters any combination of 200 error cards, processing is discontinued. 
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Master File Diagnostics * 


Error Condition Effect . Corrective Action 


Contents of an All errors found as Each new | Correct indicated errors on the 
incorrect card input merges with master file next run. 
master file the old master file, record is 


written with 

the errors on 

it until the 
errors are 
corrected. Any 
erroneous fields 
are not passed 
through the 
calculations, 


record. Illegal 
level codes, 
scheduled date 
option, time 
estimates, or 
date fields 
listed below 

the image of 
the master 
file record. 


except duplicate entries 
and updates of non- 
existent activities. 


The data on the 
card is ignored. 


Contents of 
a card with 
"duplicate" 
message. 


Remove the incorrect duplicate 
from the deck. 


Duplicate entry--two 
update cards with the 
same event numbers and 
transaction codes, or 

a transaction 1 card 
with event numbers 
equal to those on some 
existing master file 
record. 


Find reason for error and elimi- 
nate it. 


The date on the 
card is ignored. 


Contents of a 
card with 

"nonexistent 
activity" 
message. 


Update is attempted on 
activity which does not 
exist on the master file. 


Report Parameter Diagnostics 


Any error within the report parameter cards prevents the execution of that report. 


Printout Error Condition 


ILLEGAL PRINT Parameter may be mis- 
PARAMETER FOR spelled. 
EVENT REPORT 


Corrective Action 


Check parameter list. 


ILLEGAL PRINT 
PARAMETER FOR 
ACTIVITY REPORT 


Parameter may be 
misspelled. 


Check parameter list. 


ILLEGAL CARD 
ARRANGEMENT -- 
ACTIVITY OR 
EVENT CARD 
MISSING. 


An ACTIVITY or EVENT 
card does not precede 
all other parameter 
cards for a report. 
A card is out of order, 
or there are multiple 
PRINT cards. 


Place cards in correct order. 


*If the program encounters any combination of 200 error cards, processing is discontinued. 
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Additional master file diagnostic: 


Printout 


WRONG MASTER 
TAPE MOUNTED 
RUN ABORTED 


GE-6O0O SERIES 


This error can be caused Run is aborted. 


Error Condition Effect 


by any one of three condi- 
tions. 


1; 


On initial card 1 the 
user's ID does not match 
the user's ID from the 
previous run, 

On initial card 2 the old 
master ID does not match 
the new master ID from 
the last run. 


. There is a blank card 


somewhere after the 

$ EXECUTE control 
card and before the 2nd 
initial card 


-28,1- 


Corrective Action 


Check the user's 
ID, Check the old 
master ID, Check 
for a blank card 
somewhere be- 
tween the $ 
EXECUTE control 
card and the second 
initial card. 


PERT/TIME 


Printout 


ILLEGAL CARD 
ARRANGEMENT-- 
MIXED REPORT 
NUMBERS. 


Error Condition Corrective Action 


Card for a new report Place cards in correct order. 
number encountered. A 
PRINT card for previous 


report may be missing, or 


a card from another report 
may be out of place. 

First three letters or card Check spelling. 
type (col. 8-10) do not match 

those of a permissible card 


type. 


ILLEGAL CARD TYPE 


PARAMETER LIST 


Card columns 17-80 are blank. |} Supply parameter or omit card. 
EMPTY. : 


(Suppress card or INCLUDE/ 
EXCLUDE card is meaningless 
when parameter list is empty. ) 


ILLEGAL PRINT 
PARAMETER FOR 
SUPPRESS CARD. 


Parameter may be misspelled. | Check parameter list. 


ILLEGAL PRINT 
PARAMETER FOR BREAK 
CARD. 


Parameters may be misspelled. | Check parameter list. 


COMPARISON INCOMPLETE | .EQ., .LT., or .GT. not fol- 
lowed by a parameter to 
compare. 


EXCEEDS LIMIT OF 25 
1/E CARDS. Take outacard. 


ILLEGAL PRINT PARAM- Check parameter list. 
ETER FOR INCLUDE/ 
EXCLUDE CARD . 


EXCEEDS LIMIT OF 
30 BREAK CARDS. 


Put in value and resubmit. 


Parameter may be misspelled. 


ILLEGAL TO HAVE 
MULTIPLE CARDS OF 
THIS TYPE. 


There are multiple event Remove unnecessary card. 
activity, suppress, title or 


print cards. 


ILLEGAL PRINT PARAM- 
ETER FOR PRINT CARD 


Parameter may be misspelled. | Check parameter list. 


PARAMETERS REPEATED--]| More than 2 parameters found, | Remove repeated parameter. 
NUMBER OF COPIES LACK- | but no numeric digits. 
ING. 


ILLEGAL CARD ARRANGE- | END card encountered when 
MENT--PRINT CARD MIS- report in progress is 
SING. incomplete. 


Insert PRINT card for completion. 


PERT/TIME 
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Error Conditions Corrective Action 


ILLEGAL ACODE Number of 1's in ACODE Check ACODE format and change 
VALUE--NOT COM- sort format not equal to as necessary. 

PATIBLE WITH number of digits in each 
MAJOR SORT. item for ACODE comparison. 


ACODE FORMAT 
UNDEFINED COM- 
PARISON IMPOSSIBLE. 


The search forl's in the Define format and resubmit. 
ACODE format yielded none. 
The format was either omitted 


or defined without any 1's. 


ILLEGAL BREAK CARD-- 
PREVIOUS BREAKS ARE BY 
COMPARISON. 


Remove the BREAK cards which 
are inconsistent. 


A break card requesting a 
break on a Change in the major 
field is rejected because it is 
preceded by break cards which 
use comparisons of values to 
determine break points. 


ILLEGAL FORMAT FOR 
PARAMETERS--ITEM 

LENGTH AND PUNCTUA- 
TION IN QUESTION. 


Too many digits in parameter 
items. 


Check spelling. May require 
punctuation. 


FIELDS TO BE COMPARED 
TOO LARGE FOR MAJOR 
SORT KEY. 


Level code exceeds 1 Check values and resubmit. 


alphanumeric digit. 


2. ACODE number exceeds 
18 alphanumeric digits. 


Another type of code 
exceeds 8 alphanumeric 
digits. 


Redefine list for . EQ. compar- 
ison. 


ILLEGAL LISTS. ONLY 
ONE ITEM PERMITTED 
FOR THIS COMPARISON 


Comparison list for I/E card 
for a comparison other than 


. EQ. 


The number of 1's defining the 
fields of interest is not equal to 
the number of digits in each 

item for comparison. 


ILLEGAL ACODE VALUE-- Check ACODE format. 
ITEM LENGTH NOT COM- | 
PATIBLE WITH ACODE 


FORMAT. 


ALPHABETIC DATA IN Remove alphabetics and resubmit. 


, An alphabetic is used in com- 
NUMERIC CODE FIELD. 


parison other than that for a 
level code or an ACODE;; for 
example, a minus on an item 
other than a slack.—— 


ILLEGAL REPORT/SORT/ 
BREAK COMBINATION. 


The type of report and the 
previous sort order will make 
the breaks frequent and erratic. 


Possibly remedy--give sort order 
for this report. 
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Error Conditions Corrective Action 


ILLEGAL BREAK 1. More than one BREAK Check the manual. 
CARD--EARLIER card asks for a break 
BREAK CARD RE- on change in the major 
QUESTS A BREAK ON sort field. . 
ANY CHANGE IN 
MAJOR SORT FIELD. 


2. BREAK cards are 


inconsistent. 
ILLEGAL COMPARISON Only .GT. or . EQ. may be Redefine value for .GT. or . EQ. 
FOR BREAK CARD--. LT. used on a BREAK card. 
ILLEGAL MIXTURE OF . EQ. and .GT. compar- Choose one comparison and make 


isons for BREAK cards are 
mixed on a report 


COMPARISONS FOR 
BREAK CARD--MUST 
BE ALL .EQ. or all. GT. 


all cards consistent. 
ERRORS PREVENT EX- 


Correct errors and rerun. 
ECUTION--REPORT #.___. 
END OF RUN. END card encountered. Processing stops. 


Network Diagnostics 


Error Condition Effect Corrective Action 


COMPLETED Predecessor constrained 

ACTIVITY PRE- by at least one incomplete 
CEDED BY EITHER | activity. 
AN INCOMPLETE 
ACTIVITY OR AN 

ACTIVITY WITH A 
LATER COMPLE- 
TION DATE. 


Check network for unreported 
completed activities. 


The program 
assumes that 
the user 

failed to report 
all the com- 
pleted activities. 
Normal calcu- 
lation resumes. 


INCOMPLETE 


The user has supplied no | If a network Enter scheduled start date 


ACTIVITIES information from which to | start date is or check for missing prede- 
WITHOUT A base the T, calculation. encountered it cessor activities. 

START DATE will be used. 

ORA Otherwise, the 

PREDECESSOR. date 01JAN45 


will be used. 


Check for erroneous network 
construction or duplication 
of event numbers. 


All such circular 
conditions are 

indicated and pro- 
cessing halts. 


An illogical network struc- 
ture has been submitted in 
which one event shows up 

as its own successor. 


NETWORK IS 
CIRCULAR. 
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Event Report 
The headings for both the event report and the activity report include the following items: 


Network title 

System identification 

Network start date 

Report number 

Page number 

User identification 

Report date 

Type of report (event or activity) 
Most critical slack 

Network completion date 

Run number 

Number of events in network 
Number of activities in network 
Report title 

Sort sequence 


The event report has the following columns: 


Event description 

Event level code 

Critical predecessor (event number) 
Level code of critical predecessor 
Short path flag 

Expected time 

Expected date 

Latest time 

Latest date 

Slack 

Actual date 

Scheduled date 

Change code {in print position 132) * 


* Change code--For both activity and event reports, the following symbols will be used for the 
change code: 


Level code 

Activity description 
Event description 
Interface flag 

Short path flag 


N New 

C Activity code 

A Actual date — 
T Activity time (te) 
S Scheduled time 


yom oOr 


Change codes may appear as a result of changes made either on this run or on a previous run. 
Changes made to this run will always be reflected by change codes unless suppressed by parameter 
request. Change codes from previous runs will be carried on the master file and will appear on 
activity and event reports unless deleted by Initial Card 2. 


The event report change code reflects the condition of the group of activities which share the 
event as a successor. If only one activity in the group has a change code it will appear on the 
event report. If there is more than one the event report will show the change code of the activity 
with the greatest slack. 
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Activity Report 
The headings of the activity report is the same as that for the event report. 
The activity report (long form, 2 lines per activity) has the following columns: 


Predecessor event number 

Level code of predecessor event 
Successor event number 

Level code of successor event 
Expected time 

Expected date 

Latest time 

Latest date 

Activity time (te) 

Activity slack 

Scheduled date 

Critical predecessor (event number) 
Level code of critical predecessor 
Event slack 
Successor event expected date 
Current indicator (denoted by an asterisk in print position 124) 
Change code (in print position 127)* 
Short path flag 

Activity code 

Activity description 

Current activity (denoted by an asterisk in print position 131) 


The activity report (short form, 1 line per activity) has the following columns: 


Predecessor event 

Successor event 

Activity code 

Activity description 

Expected time 

Expected date 

Latest time 

Latest date 

Activity time (tg) 

Activity slack 

Scheduled date 

Current activity (denoted by an asterisk in print position 124) 
Current indicator (denoted by an asterisk in print position 131) 
Change code (in print position 132)* 


Irrelevant data will be omitted from these reports for beginning events, events with actual dates, 
and completed activities. 


*Change code--For both activity and event reports, the following symbols will be used for the 


change code: 

N New L Level code 

C Activity code D Activity description 
A Actual date -E Event description 
T Activity time (te) I Interface flag 

S Scheduled time F Short path flag 
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Change codes may appear as a result of changes made either on this run or on a previous run. 
Changes made to this run will always be reflected by change codes unless suppressed by param- 
eter request. Change codes from previous runs will be carried on the master file and will 
appear on activity and event reports unless deleted by Initial Card 2. 
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APPENDIX A 
METHOD. OF TOPOLOGY 


GE-PERT topology is a mathematical approach which arranges the data in proper sequence for 
calculations and allows the user to number at random the events of his network. 


The method is based on an article, Topological Sorting of Large Networks by Dr. A. B. Kahn, 
Communications of the ACM, November, toes. 


As larger network capacities and more digits for the event code are demanded, the topological 
method becomes increasingly difficult and time consuming. GE-PERT/600 offers a capacity of 
10, 000 activities with an 8-digit numeric event code to substantially reduce the amount of compu- 
ter time necessary for the topology. Thorough loop detection is also accomplished. 


The process is best explained by the use of an example. Consider the network shown in Figure 
10. 


Figure 10. Sample PERT Network 


The general aim is to "perfectly renumber" the given network. This is defined as follows: 


q. If E events occur in the given network, they will be uniquely renumbered with all of the 
integers from 1 through E. . 


2. For all activities, the predecessor will be numerically smaller than the successor. 


The first step in the procedure is to prepare the activity or event lists. 


The input to the topology section is a numerical list of the activities in predecessor, successor 
order. 
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Activity List 


Predecessor Successor 
2 4 
2 12 
4 6 
6 8 
10 8 
12 6 
12 8 
12 10 


A numerical list of all events can be prepared from the given activity input. 


Event List 


me 
wNOOMD-* bw 


One basic question is asked throughout the procedure: ''Are there any events which have no direct 
predecessor activities?" 


If the answer is "yes" (as for event 2 at the beginning of the network shown in Figure 10), the fol- 
lowing is done: . 


1. The event involved is renumbered with the next available topological sequence number. 
For event 2, this new number would be 1, as 2 is the first event of the network. 


2. The event and all of its direct successor activities are logically ''thrown out" of the 
system. In the example, this corresponds to throwing out event 2 and activities 2-4 
and 2-12. 

3. The number of direct predecessor activities for each successor event involved in the 


calculation (4 and 12 in the example) is reduced by 1. When this is done, events 4 and 
12 each have no direct predecessor activities. 


The basic question is asked again. The answer is now yes for events 4 and 12. Their new numbers 
would be 2 and 3. Events 4 and 12 and activities 4-6; 12-6; 12-8; and 12-10 would be thrown out. 


Repeated applications of the above procedure eventually causes the basic question to be answered 
"no" for all events. Unless the network has a loop, this indicates that the renumbering is com- 
plete. In the sample problem, the events would be resequenced as shown on the following page. 
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Event Numbers 


Original Order Topological Sequence 
2 1 
4 2 
6 4 
8 6 
10 5) 
12 3 


The original numbers are retained, and the new numbers are added to the activity records to be 
used for computational purposes. However, only the original numbers appear on the output. 


The basic procedure described above may be performed through use of the information presented 
in the charts below: 


Activity List Event List 
Predecessor Successor B Event Number Cc D 
2 4 2 2 0 il 
2 12 6 4 1 8 
4 6 3 6 2 4 
6 8 4 8 3 EF 
10 8 4 10 1 5 
12 6 3 12 1 6 
12 8 4 
12 10 5 


The following discussion describes the use of this information. 


Column C is a count of the number of direct predecessor activities for each event. Asking the 
basic question corresponds to searching column C for a 0 entry. ; 


Column D points to the first of a group of activities within the activity list that will logically be 
thrown out when each event number is sequenced. It refers to positions in the predecessor list. 
The occurrence of a new number in the predecessor list indicates the heginning of a new group. 
Therefore, for event 2, the 1 in column D refers to the first position in the predecessor list; that 
is, event 2. Inthis case, column D indicates that activities 2-4 and 2-12 should be omitted. The 
number 4 in the third position in the predecessor list indicates the beginning of a new group. 


Column B locates for each activity the event predecessor count which may be lowered at the time 
the activity is thrown out. It points to a number in the event number list (the successor event 
number of the activity) and indicates that the corresponding number in column C may be reduced 

by 1. As described above, after activity 2-4 has been thrown out, the number of direct predeces- 
sors for successor event 4 is reduced to 0. Column B indicates this as follows: The number 2 
adjacent to activity 2-4 refers to the second position (event 4) in the event number list. This shows 
that the corresponding 1 in column C may be reduced to 0. 


287 = 


The actual predecessor, successor and event numbers do not have to be in core at the time of the 
topological sequencing. Therefore, the only information required at this time is: 


AB we: =D: 
0 2 0 1 
1 6 1 3 
0 3 2 4 
0 4 3.éO*C#&é 
0 4 1 5 
0 3 1 6 
1 4 

1 5 


Since the predecessor numbers are no longer available, column A becomes necessary to define the 
size of the group of activities to be thrown out. The first activity of a group is flagged with a 0 
bit and all others are flagged with a 1 bit. 


After an event has been thrown out, the original entry in column D is no longer necessary. Thus, 
it may be replaced by the topological sequence number. Column C must be replaced with a flag 
entry, so that it will not be picked up for sequencing again. 

The basic process for the assignment of one topological sequence number is reviewed below: 


1. A search of column C reveals that the first entry is a candidate (0 entry). 


2. The column C entry is replaced by a sequenced flag F so that it will not be picked up 


again. 
3. The column D entry locates the first of a group of activities which may logically be 
thrown out of the system (first entry in the activity list). 
4, Column D is replaced by the next available topological sequence number (starts at 1). 
3. Column A identifies two activities to be thrown out. | | 
6. As each of the activities are thrown out, they locate a column C event predecessor 


count which may be lowered by 1 (second and sixth entries, as indicated by column B). 
At the completion of the first assignment, column C has been adjusted to 


Orwnorn 


Now the second and sixth entries are candidates for resequencing. This corresponds 
to events 4 and 12. 


The process is completed in the manner outlined above. 


Note that the new numbers may be used as index values to greatly speed up the T; and T, calcu- 
lations. 
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APPENDIX B 
USAGE OF THE NETWORK MODEL 


Project planning begins with the determination of project activities or jobs and their precedence 
relationships. This is simplified by the use of a graphic technique, the arrow diagram or project 
network model. 


The arrow represents an activity or job to be done. 


The circle represents an event or a point in time. C) 


Each activity of a network must begin at an event, the predecessor event, and end at an event, the 


successor event. 
Predecessor OO Successor 
Event Event 


In the illustration below, activity A must be completed before activity B can be started, and C may 
not start until B is completed. 


O—-O—=O— +O 


Arrow length does not have significance. In the example below, activity A might require weeks to 
complete and activity B may require only afew days. Arrow length is chosen for convenience and 


clarity. 


Figures 11, 12 and 13 indicate precedence relationships. 


The network in Figure 11 shows that activity C may not begin until two other activities, A and B, 
are completed and that A and B are otherwise independent of eachother. 
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Figure 11. Three-Activity Project Segment 


Figure 12 illustrates a project segment consisting of four activities: A, B, C and D. The initiation 
of B and D are contingent upon the completion of A‘¢anC, respectively. However, no relationship 
exists between A andC. The method of diagramming chosen depends upon the prerequisites of A 


and C. 
S B e @ A ~O B ~O) 
d 
OR 
=O) O—O—+O 
Figure 12. Four-Activity Project Segment 


Another type of four-activity project network is shown in Figure 13. Here D may not begin until 
A is completed, even though they are not related by an activity. This precedential relationship is 
illustrated by a dummy activity or broken-line arrow. No expected time or duration is associated 
with dummy arrows used in this manner. They are used only to show precedential relationships. 


6) 


O+O+0 


Figure 13. Four-Activity Project Segment with Dummy Activity 


Actual projects do not consist of activities that are readily labeled A, B, C, D, etc. Diagrams 
become more meaningful if activities are labeled by their function or description. However, this 
method of identification becomes unwieldy in discussions and in a computer environment. The 
numerical method for activity and event identification, which is essential for computerized network 
analysis, provides a convenient shorthand for referencing activities. 
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Figure 14 illustrates event number usage. 


bh (a 


Se 


Figure 14. Network Including Event Numbers 


; © 


Note that event (1) represents the project start and event (4) represents project completion. Ac- 
tivity C may be described in terms of its predecessor event and successor event--activity (2, 3) 


or merely (2,3). This uniquely identifies the activity, because no other activity lies between 
events 2 and 3. 


A common network design problem is illustrated in Figure 15. Two activities, B and C, have the 
same prerequisite, completion of activity A. A fourth activity, D is dependent upon the comple- 
tion of both B and C. In this case, activity B or C cannot be uniquely identified by predecessor- 
successor event number (2,3). Both B and C are bracketed by the same events in the figure. 


O== ee) 


Figure 15. Illustration of Network Design Problem 


This bracketing can be avoided by redrawing the diagram with a dummy arrow (necessitating 
another event) as shown in Figure 16. 


Figure 16. Solution of Network Design Problem 
Now activities B and C may be uniquely identified by (2,5) and (2, 3) respectively. 


A: simple practical project further illustrates the fundamentals of arrow diagramming. 


GE-G00 SERIES ms 


-41- 


An electronic equipment manufacturer must establish a broad flow plan to determine plant layouts 
A study shows that there are four pertinent activities: 


Building the equipment. 

Calibrating the equipment. 

Building a shipping crate. 

Boxing, packing and shipping the equipment. 


Hm Oo DD 


The generation of an arrow diagram is partly a trial-and-error prOCESs For each activity, 
three questions may be asked: 


i, Which activities may be done concurrently with this one? 
2. Which activities must be completed before this one. is begun? 


3. Which activities cannot be started until this activity is completed? 


Figure 17 shows the manufacturer's resultant network model. 


Figure 17. Event Network for Practical Problem 


The above discussion shows that drawing the network model constitutes the important planning 
phase of the project. The user then assigns expected times or durations for each activity of the 
project. After this, he is ready to fill out his data cards for computer entry. 
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APPENDIX C 
TIME ESTIMATES 


GE-PERT/600 time estimates are assumed to follow a BETA distribution. 


ee ee 


a m b 


a = Most optimistic time - An estimate of the time in which an activity can be completed if | 
everything goes well. | 


m = Most likely time - An estimate of the time in which an activity is most likely to be com- 
pleted. 


b = Most pessimistic time - An estimate of the time in which an activity can be completed 


under the most adverse conditions. 


The expected time is calculated as: t.=a +4m +b 
6 
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APPENDIX D 
DECK SETUP 


The GE-PERT/600 deck sequence is as follows: 
1. System control cards (beginning): 


a. $ IDENT with user's identification as required by his installation 
b. $ COMMENT 


2, 600 PERT binary deck 


4, File control cards (See GE-625/635 General File and Record Control, CPB- 1003C) 


5. Input data (see Figure 1). 


3. $ EXECUTE 


6. System control cards (ending): 


a. $ ENDJOB . 
b. ***EOF ‘ 


Figure 18 is an example of an actual GE-600 PERT deck. 


ENDJOB 
“t —____.Input Data Deck 


ee | 


Eee For large systems these files may 
be written on tape for bulk media 
conversion 
$ DISC 08 : 


System control cards (ending) 
———————. : 


File Control 
Cards 


oe <q———_—___———. Internal Auxiliary Files 
7 a New Master ($ TAPE 02) ; 


<q——_______01d Master, if.present otherwise 
scratch tape ($ TAPE 01) 


ram Ul aa System Control Cards 


600 PERT 
‘Binary Deck 


$ IDENT i 


<q. 600 PERT Binary Deck 


(g—_—__——_—_System Control Cards (beginning) 


Figure 18. GE-PERT/600 Deck Sequence 
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APPENDIX D1 
SAMPLE OUTPUT REPORTS 


Figure 18a is a sample printout of the event report. 


GE-PERT 600 
FAIRWEATHER MISSLE CORP ###eeTEST DECK FOR GEwPERT/600sse88 
NETWORK START DATE O1LJAN6S 
REPORT DATE OBMAR6S 
NETWORK COMPLETION DATE OLJAN66 


4 HRS, 6 MIN, 03/18/66 
SYSTEM IDENTIFICATION TSDECK 
USER IDENTIFICATION TEST1 


MOST CRITICAL SLACK ~ 41.2 


REPORT 010 PAGE 

EVENT REPORT 

RUN NUMBER oa 

29 EVENTS 44 ACTIVITIES 
BEARING PRODUCTION 

SORTED BY SLACK, LEVEL CODE 


EVENT L 
NUMBER c 


CRITICAL a) 
PREDECESSOR C P 


EXPECTED 
TIME DATE 


EVENT 
“SLACK 


LATEST 
DATE 


ACTUAL, 
DATE 


SCHED 


EVENT DESCRIPTION DATE 


TIME 


START 1ST OPER UNIT 

START EMPLACE EQUIP 

START GRND EQUIP INSTALLATION 
LAUNCH SITE COMP 

EMPLACE EQurP ON DOCK AT SITE 
GRND EQUIP ON DOCK AT SITE 

1ST OPER UNIT DELIVERY 

START MAINT PERS TRAINING PLAN 
START TRAINING OPER PERS 
PRELIM CO INSTL/C=0 EQUIP 
INST €=0 EQUIP ON DOCK aT SITE 
OPER PERS AVAIL AT SITE 

START GRND EQUIP FAB 

START MISSILE FAB 

START MISSILE FUNCT TESTS 


34-210°001 
134=210-006 
34*2107026 
354-210-028 
34-210-019 
34~2107022 
34~210-029 
134-210-007 
134-210-0114 
34-210-023 
34-210-024 
34-210-025 
354-210-009 
354-210-004 
354-210-012 


34-210-°001 
34-210°022 
34210-0265 
134-210-006 
34-210"019 
34=210°028 
34-210-002 
134-210-007 
134-210-011 
342-210-0235 
134"210-011 
342-210-001 
34-210-001 
34-210-004 


Figure 18a. 


27,5 
32.5 
61.0 
88.0 
60,6 
60.8 
88,2 
29,5 
34,8 
47,8 
54,6 
53,4 
27.7 
27,7 
57.8 


15 JUL65 
22SEP65 
O9APREE 
150CT66 
O6APREE 
OBAPREE 
1700766 
Z29JUL65 
o80cT6s 
O7 JANOS 
23FEB66 
15FEBOS 
16JUL65 
16JUL65 
LEMARES 


Event report. 


27SEP64 
O1NOVS4 
21MAY65 
31DEC65 
1LEMAY6S 
19MAY6S 
OLJAN66 
Z23NOV64 
SODEC64 
O2ZAPR55 
19MAYES 
19MAYSS 
O8JANGS 
20 JAN65 
23SEPR65 


eeeaeactt ea preprrterees 


41,2 
41.2 
41,2 
41,2 
41,2 
41,2 
41,2 
35,0 
35,0 
35.0 
35.0 
33.9 
26.9 
25.1 
25.1 


15JUL65 N 


PERT /TIME 


GE-GO00 SERIES 


Rev. May 1966 
-46- 


SYSTEM IDENTIFICATION TSDECK 


USER IDENTIFICATION 


MOST CRITICAL SLACK - 


PREDECESSOR 
EVENT 


34-210-001 
34-220"001 
34-210°001 
134+210°067 
134-210-007 
134-210°067 
134-210"011 
134-210"041 
34-210°009 
134-210-006 
34~210"001 


GE°GOO SERIES 


SUCCESSOR 
EVENT 


34-210-009 
134-210-007 
134-210-014 

34=210-023 
134-210-011 

34-210°020 

34-210-023 

34-240-025 

34-210-022 

34-210-019 

34~-210-004 


TESTL 


41.2 


AGE 
ATC 
arc 
atc 
atc 
atc 
ATC 
atc 
CONT 
CONT 
ENGR 


FAIRWEATHER MISSLE CORP 


29 EVENTS 


ACTIVITY 
CODE 


GEoPERY 600 
aeeeeTESy DECK FOR GE=PERT/600 eee» 
NETWORK START DATE OLJANGS 
REPORT DATE OBMARGOS 
NETWORK COMPLETION DATB O1JAN66 


SORTED BY ACTIVITY CODE, EXPECTED TIME 


ACTIVITY 
DESCRIPTION 


EXPECTED 
TIME DATE 


RELEASE SPEC FCR GROUND EQUIP FAB 
PREPARE MAINT PERSONNEL REQUIREMENT 
PREPARE OPER PERSONNEL REQUIREMENTS 
TRAINING MAINT PERSONNEL 

DEVELOP TRAINIAG CRITERIA 

TRAINING MAINT PERSONNEL 

TRAINING OPER PERSONNEL 

TRAINING OPERATORS 

PROCURE @ DELIVER GROUND GouIP 
PROCURE & DELIVER EQUIP 

RELEASE SPEC FOR MISSILE FAB 


27.7 L6QUL65 
29.5 29JUL65 
31.5 15SEP65 
34,5 0600765 
34,8 g80cTss 
38,5 o3NOV6S 
47,8 07 JAN66 
53.4 15FEB66 
46.5 29DEC65 
60.6 O6APR66 
27.7 16JUL65 


Figure 18b. One-line activity report. 


4 HRS, 


JPR 


44 ACTIVITIES ~ 


LATEST 


TIME DATE 


OB JANGS 
2Q3NOV64 
SODEC64 
OZAPRO6S 
3oDEC64 
22DEC6S 
OZAPROS 
LOMAY6S 
19MAYSS 
1SMAYOS 
20JAN65 


Figure 18b is a sample printout of the short form activity report with one line per activity. 


03/18/66 


REPORT 020 PAGE 4 
ACTIVITY REPORT 


od 


SCHED 


TIME SLACK DATE 


St4IA2BZAzAAS®ZAzAZLZSZ 
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Figure 18c is a sample printout of the long form activity report with two lines per activity. The 
column headings refer to the first line. The second line contains the activity code followed by the 
activity description. 


GE-pERT 600 4 HAS, 6 MIN. 03/48/66 
FAIRWEATHER MISSLE CORP ##*e*TEST DECK FOR GE-PERT/600 sees JPR 
SYSTEM IDENTIFICATION TSDECK NETWORK START DATE OLJANGS REPORT 003 PAGE t 
USER IDENTIFICATION TESTS REPORT DATE OBMARGS ACTIVITY REPORT 
MOST CRITICAL SLACK ~ 41.2 NETWORK COMPLETION DATE O01 JAN66 RUN NUMBER 02 
29 EVENTS 44 ACTIVITIES 
SORTED BY LATEST TIME, SUCCESSOR 


PREDECESSOR SUCCESSOR L EXPECTED LATEST ACTIVITY SCHED CRITICAL SUCCESSOR 
EVENT EVENT Cc TIME DATE TIME DATE TIME SLACK DATE PREDECESSOR SLACK EXPDATE 


34"210-001 134-210-006 32.5 22SEP65 ~- 8.7 oO1NOV64 41.2 34-210"001 41.2 22SEP65 
MTC LET SUB-CONTRACT FOR EMPLACE EQUIP 
34-210-001 134-210-007 29.5 29JUL65 = 5,5 23N0V64 35,40 34-210°001 35.0 295UL63 
arc PREPARE MAINT PERSONNEL REQUIREMENT 
134°2107007 134-220°011 34.8 o80CT65 = 9,2 3oDEC64 35,0 134-210-007 35.9 0800745 


Arc DEVELOP TRAINING CRITERIA 

34-220"019 34-210"022 60.8 O8APR66 19.6 49MAY6S 44,2 34-240-049 44.2 O8APR66 
SUPY ADVISE THAT EQUIP IS ON DOCK 
34-210=009 340220022 A 46,5 29DEC65 19,6 A9MAY6S 26.9 34-240"019 44.2 OCBAPRES 
CONT PROCURE & DELIVER GROUND EourP 

34-210-023 34+220°024 A 54,6 23FEB66 19,6 A9MAY6S 35,0 34-210-023 35,0 23FEB66 
TEST TEST C/O EQUIP 

34-210-022 34-210-026 61.0 O9APR66 19,8 24MAy65 44,2 34-210-022 44.2 O9APR66 
SUPY RELEASE GND EQUIP TO INSTALLERS 

34-210-024 34-210-026 54,8 25FEB66 19,8 24MAy65 35,0 34-240-022 41,2 O9APR66 
SuPY RELEASE C/O EQUIP To INSTALLERS 

34~210%025 34=210=026 53.7 17FEB66 19,8 24MAy65 33,9 34-210°022 41.2 O9APROG 
ops ASSIGN OPER PERSONNEL TO DUTY 

34-210-001 34-210-003 34,3 040765 23,2 14 JUN65 1444 34-210-001 11,4 040CT65 
ENGR DESIGN TRANSPORTATION VEWICLE 

34-210-001 134-210-008 31.5 15SEP65 24,4 22 JUN65 72 534-210-002 7,1 %5SEPR65 
MYC LET SUB-CONTRACT FOR SITE CONSTRUCT 


Figure 18c. Two-line activity report. 
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APPENDIX E 
NETWORK SUMMARIZATION 


The network summarization section reduces the number of network activities by retaining events 
of particular interest to the user and (using these events) constructing a network consistent with 
the logic of the original network. The degree to which the network is summarized or reduced 
depends upon the summary option indicated by the user on initial card II, column 30, as explained 
on page 10, 


For a minimum level summary the program selects start and end events in the area where work 
is being done as those of particular interest. 


If the user denotes a summary level (A to Z) the program includes all events of that level and all 
events of higher levels. For example, a level C summary includes events of levels A, B, and C, 
as well as start and end events of the network and events which indicate the work in progress. 


The program is not intended to be a management reporting tool, but is specifically designed to 
reduce a network, so that it may be combined with several other networks for a computer run. 
For this reason, output consists of a deck of punched cards in PERT format. 


The basis for the summarization routine is a table of activities arranged by the program in 
topological sequence. This arrangement assures that only one pass need be made through the 
table to complete the selection of events, computation of summary activity expected times and 
actual dates for those activities which are completed. 


The results of network summarization can best be explained through the use of a sample problem. 
The sample network in Figure 19 has been numbered in topological sequence (that is, the successor 
event number is larger than the predecessor event number for each activity), to facilitate the 
explanation. 
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Figure 19. Sample Network for Summarization 
The expected times are indicated for each activity; and events 1, 5, 8 and 12 are labeled level A. 


‘Before any work begins on the project, a minimum level summary yields the network shown:in 
Figure 20. . 


Figure 20. Minimum Level Summary (Before Work Begins) 
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A level A summary would yield the network shown in Figure 21. 


Figure 21. Level A Summary (Before Work Begins) 


Note that in the minimum level summary, event level codes are not considered, and since no 
work is in progress, the summary retains only the start and end events. The level A summary 
includes events 8 and 12, which greatly enhance the usefulness of the new network. 


After the project begins, the picture changes considerably. Suppose, for example, that on the 
original network some activities are completed after several weeks of work. This case is illus- 
trated in Figure 22, whichis a modification of the original example; here completed activities are 
denoted by two diagonal marks (//). 


Figure 22. Sample Network After Work Begins 
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The minimum level summary shown in Figure 23 changes considerably. Infact, because of the. 
limited size of the example and the amount of work actually in progress, only one event, (event 3) 
is dropped from the original. 


i4.VU 


()4+- 


Figure 23. Minimum Level Summary (After Work Begins) 


Also observe that in this case the level A summary is identical to the minimum level summary, 
since all level A events are included in this summary. 


Work in progress is clearly shown by the following activities: 


Predecessor Event Successor Event 
2 5 
6 7 
6 8 
10 12 
44 12 


Observe that activity 7-8 and activity 11-12 are still restrained by incomplete activities. Also 
note that the inclusion of event 4 preserves the unique numbering of the incomplete activity 2-5 
and yet shows clearly that one path of the network between events 2 and 3 is finished. 


On networks of several thousand activities, the Network Summarization Section can greatly sim-~ 
plify project evaluation. By assigning event level codes with the true purpose of the program in 
mind, the user can pinpoint trouble areas to the level of accomplishment that best suits. his needs. 


G [Ee HOM) Si R | ES a , PERT/ TIME 
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INDEX 


The key-word index lists as entries each keyword subject arranged alphabetically by significant 
words in the titles of subject matter, program control words, language words, and the titles of 
both figures and tables. 


To locate a subject, think of significant words that might describe the subject, then look in the 
index for the word being sought. 


When a title containing the word is found to be of interest, the 


full abstract can be found on the page number given to the right of the line. Titles are truncated 


to the left of the significant word; and those words truncated appear to the right of the title line, 
beginning with an asterisk. . 
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Page 


PERT /TIME 
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